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(54) Reminder system for broadcast and non-broadcast events 



(57) A system and method provide a generalized 
reminder system in an interactive broadcast environ- 
ment, that enables a viewer to quickly establish remind- 
ers for both broadcast events and non-broadcast 
events, and have such reminders displayed at an appro- 
priate future time. The system includes a broadcast that 
broadcasts programs, such as television programs and 
convnerdal advertisements, and interactive applica- 
tions associated wHh various such programs. The inter- 
active applications include reminder interactive 
applications which have reminder data which describe a 
future time tor displaying a reminder and a description 
of the event lor which the reminder is desired. The 
broadcast programs and reminder interactive applica- 




tions are received in broadcast receiver which displays 
the programs. A viewer viewing a program signals the 
broadcast receiver to establish a renvnder for ah event 
related to the program. The broadcast receiver stores 
tiie renvnder data from the reminder interactive applica- 
tion, and initiates a timer that expires at the desired 
future time. When the timer expires, the broadcast 
receiver displays the event description for the reminder. 
Reminders may be established and displayed for both 
broadcast events and non-broadcasts events, as the 
description of the event is contained in the reminder 
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Description 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001 ] The subject matter of this appfication is related 
to the subject matter of US. Pat. Na 5.689,799, entitled 
-li/IETHOD AND APPARATUS FOR ROUTING CX)NFI- 
DEr^rriAL information", which issued on November 
18, 1997 and the foltowing applications: application 
serial nuntoer 08/429.064, entitled "METHOD AND 
apparatus FOR DETERMINING BROADCASTER 
INFORMATION", filed on April 26. 1 995, and application 
serial nunt)er 08/429.107. entitled -COMPACT 
GRAPHICAL INTERACTIVE INFORMATION SYS- 
TEM", ffled on April 26. 1995. The above patent and 
applications have the same assignee as the present 
invention and are incorporated herein by reference in 
their entirety. 

BACKGROUND 

Held of Invention . 

[0002] The present invention relates generally to inter- 
active broadcast systems, and more particularly to 
apparatuses and methods for establishing and commu- 
nicating reminders to a viewer about broadcast and 
non-broadcast events. 

Background of the Invention 

[0003] Interactive broadcast systems, such as interac- 
tive television, provide the viewer with an enhanced 
viewing experience, typically allowing the viewer to 
engage with interactivity associated with individual tele- 
visions programs or advertising content. The interactiv- 
ity is typically provided to the viewer's broadcast 
receiver (e.g. television receiver, or set top box) 
broadcast from a central host, such as a cable head- 
end. Viewer responses are comnuinicated back from 
the broadcast receiver to the cable head-end by a back 
channel communication link, such as telephone con- 
nection. In this fashion the cable head-end can broad- 
cast content particular to a viewer's responses. 
However, in this ^sproach all interactivity is controlled 
and produced at the cable head-end. the broadcast 
receiver is generally used merely for display of the inter- 
activity and receipt of viewer inputs. 
[0004] With the vast an^ of broadcast offerings, view- 
ers may like to have a means for reminding them in the 
future to watch a partkaiar broadcast event, such as a 
television show or nxjvie. It is desirable that a viewer 
can easily, and on impulse. estat)lish such a reminder, 
without cunr4>ersome or nmie^sed programming. In 
additkm. advertisements often broadcast informatk>n 
about non-broadcast events, such as upcoming sales at 
department stores, limited time offers to purchase items 
on a shopping channel, and linrvted time offers to sut>- 
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scribe to prenvum channel servtees being offered on a 
channel other than the one being watched by the 
viewer. 

[0005] Some interactive cable systems provide limited 
5 means ter establishing reminders. For example. Lawler, 
et al., U.S. Patent Na 5.699.107 discloses an on-screen 
pro-am selection guide that displays information about 
future broadcast programs, and with wtiich the viewer 
can program reminder data to view a certain future 
10 k>roadcast at a certain time. This rerriinder data is trans- 
mitted from the broadcast receiver to the cable head- 
end where It Is stored and nx>nitored. At the designated 
time, the cable head-end transmits a message to the 
viewer's broadcast receiver with the reminder to view . 
75 the broadcast. However, because this system is based 
on selection of broadcast items from a program selec- 
tion guide, it cannot be used to estal)lish reminders for 
non-txoadcast related events. Further, this method 
requires the viewer to actuate the program guide, review 
20 it for a desired program, and set the reminder. Because 
the viewer must use the program gukJe in this manner 
for any rerrtnder. this approach thus does not allow the 
viewer to Immediately establish a reminder at any time 
t>ased on the broadcast program she is currently view- 
25 ing, without having to activate a separate programming 
gukie. For example, if the viewer sees an advertisement 
for a televisbn program that is to be troadcast the fol- 
lowing week, she must activate the program guide, 
search through H for the listing of the desired program in 
30 the desired time slot next week, and select this program 
to estabfish the reminder data. This process interferes 
with the viewer's viewing of what was being broadcast. 
Indeed, if the adverstisement ends before the viewer is 
done programming the reminder data, she may miss a 
35 portk>n of a television program that she was watching. 
Rnally, this type of system stores the reminder data at 
the cable head-end. and makes the cable head-end 
responsiljle for managing the reminder data of hun- 
dreds, perhaps thousands of viewers. This approach is 
40 highly inefficient but results from the inability of conven- 
tk)nal broadcast receivers to store and actively monitor 
reminder data. 

SUMMARY OF THE INVENTION 

45 

[0006] The present invention overcomes the limita- 
tions of conventional systems by provkfing a general- 
ized system and method that altows for the 
estat)lishment av6 communrcatk)n of reminders for tx)th 
50 broadcast and non-broadcast events. The present 
invention further enables the viewer to immecfiately 
establish a renrnnder based on a currently viewed broad- 
cast item, without having to trav^se through complex 
progam guides. Further, the viewer can establfeh 
55 reminders that relate to either future broadcast events, 
or to future non-broadcast events. For example, with the 
present invention, when viewing an advertisement for a 
sale at a department store that begivs in three days, the 



2 



3 



EP0954176A2 



4 



viewer can set a reminder for that sale; the reminder 
that the sale has started is displayed to the viewer when 
the viewer uses their television in three days* time. The 
reminder data is preferat)ly stored locally at the viewer*^ 
broadcast receiver, thereby eliminating the txjnden on 
the broadcaster or cable head-end to manage remind* 
ers for potentially tens of thousands of viewers. 
[0007] A system in accordance with the present inven- 
tion includes a broadcast system that broadcasts inter- 
active applications in association with broadcast 
progranrs. including televisfon programs avd commer- 
cial advertisements. The interactive applications include 
reminder interactive applications for establishing 
reminders atxxit broadcast events, such as upcoming 
television progBms. and non-broadcast events, such as 
a retail sales event, related to broadcast program, such 
as a commercial advertisement for the retail sales 
event The system includes a broadcast receiver that 
receives the broadcast programs and the assodated 
interactive applications, displays the broadcast pro- 
grams, and executes the associated renvnder interac- 
tive application. When a viewer is viewing a broadcast 
program, she may instruct the broadcast receiver to 
establish reminder data related to the broadcast event, 
or a non-txoadcast event associated with the broadcast 
event Execution of the reminder application receives 
the reminder data and stores it in the memory, and initi- 
ates a timer based upon the reminder data to count- 
down the time remaining for the reminder data. The 
txoadcast receiver may store muftiple different timers 
for different reminders. The reminder data is preferably 
defined within with tfie reminder interactive application, 
so that the user has to program as littie data as possibia 
For exanple. the renvnder interactive application may 
include the date, time, and description of the event for 
which the reminder is desired. In this fashion the user 
need only to activate the reminder interactive applica- 
tion when viewing the broadcast program, and need not 
select a specific program in a oorrplex program guide to 
set the rerrtinder data. 

[0008] During subsequent viewing, when a timer 
expires, the broadcast receiver displays a reminder dis- 
play on a display such as the viewer's television, provid- 
ing descriptive information of the reminder, such as the 
date, time, and description of the broadcast or non- 
broadcast event 

[0009] A mettiod in accordance with the present 
invention includes receiving broadcast data including at 
least one broadcast program and a remirxJer interactive 
application associated with ttie broadcast program, 
receiving a user input to establish a remirxler for an 
event associated with the broadcast program, executing 
the reminder interactive application to estat)lish 
reminder data for the event in a broadcast receiver, 
establishing in the broadcast receiver a timer based 
upon the reminder data, and providing a display of the 
renvnder from the reminder data upon expiration of the 
timer. 



BRIEF DESCRIPTION OF IHE DRAWINGS 
[DOiQ] 

s Rg. 1 is an illustration of a system in aooordanoe 

witti the present invention. 

Rg. 2 is an illustration of the txoadcast receiver. 

Rg. 3 is a flowchart of a methiod for executing an 

interactive application. 
10 Rg! 4 is a flowchart of a mettiod in accordance with 

the present invention. 

Rg. 5 is an illustration of a user interface for estab- 
lishing a reminder for an event. 
Rg. 6 is an illustration of a reminder display for a 
75 broadcast event. 

Rg. 7 is an illustration of a reminder confirmation 
display for a non-broadcast event. 

DETAILED DESCRIPTION OF THE PREFERRED 
20 EMBODIMENT 

PX>1 1] Referring now to Rg. 1 , there is shown an illus- 
tration of a system in accordance with the present 
invention. H win be appreciated that the system illus- 

25 trated in Rg. 1 may t>e incorporated in to larger, more 
convex systems while still providing the features and 
t>enefits of the invention. Generally, system 100 
includes a broadcaster 114. a broadcast server 110, a 
data insertfon unit 116. and at least one broadcast 

30 receiver ("BR") 1 20. 

BROADCASTER ' 

[0012] The broadcaster 114 provides pro-am mate- 
35 rial to be broadcast to the BRs 120. As used herein, a 
•broadcaster" 1 14 is any entity providing a program that 
will be carried on a broadcast signal. A "program" is a 
disaete segment of a broadcast. Thus, as defined 
herein, programs include television shews, commer- 
40 dais, put)lic service announcements, pay-per-view 
events, and the like. Broadcasters include television 
networks, as well as advertisers wtK> prepare commer- 
cials, pay-per-view provides, cable networte, avti the 
like. A typical broadcaster 114 maintains program 
45 sources, such as banks of video cassette players, video 
disc players, film, and the like containing program mate- 
rial; automation systems tiiat selectively control the pro- 
grans sources to select which units provide program 
material at which times; and switching systems control- 
so led by the automation systems which couple the pro- 
gram sources to respective broadcast media lor 
controlling which pro^m sources output to which 
broadcast mediums at any given time. The person or 
persons receiving the programs are referred to as "sub- 
55 scribers" or "viewers. 

[0013] Generally, a broadcaster 114 wiO broadcast 
programs assodated with txoadcast events, or non- 
broadcast events. Programs assodated with broadcast 
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events include advertisements for future television pro- 
grams, movies, pay-per-vievb* events, specials, and the 
like, and programs ttnat are viewed in and of themselves. 
For example, an episode of a weekly television program 
is associated by its weekly nature with the following 
week's episode. Programs associated with non-broad- 
cast events include advertisements fbr events such as 
retail e/ents, corx^erls. meetings, conventions, pro- 
grams that notify the viewer in advance of the non- 
broadcast event, and the like. For example, an adver- 
tisement fbr a department store sale would be a pro- 
gram associated with a non-broadcast event 



BRQAPCAST SERVER 

[0014] The broadcast server 1 1 0 is preferably a com- 
puter system executing a software program providing 
the functionality descrbed herein. The broadcast server 
110 contains an interactive application datat>ase 112. 
The interactive application database 112 stores interac- 
tive applications that will be broadcast to various 
remotely distributed BRs 120. Interactive applicatk>ns 
may be added to the interactive applications database 
1 1 2 t>y a broadcaster 1 14 or other prog-am supplier and 
may be transmitted to the database 112 by a secure 
network link or other transmission media. Fields witNn 
the database 112 associate interactive applications 
with, for example, a particular broadcaster, network, 
channel, program, and/or broadcast time. In addition, 
each interactive application in the database 112 prefer- 
at)ly has a uruque interactive applicatipn identifkstion 
code by which it may be identified. 
[0015] In one errtxxJiment of the present inverrtion, 
the interactive applicatk>ns stored in tine datat>ase 112 
are described by a compact communications protocol. 
The compact protocol is designed to broadcast a com- 
pact set of information and commands among the sys- 
tem components In an effksent manner, thereby 
allowing the use of tow bandwkfth transports such as 
tfie vertical blanking interval CVBI"). Whfle a preferred 
embodiment off the present invention uses the compact 
protocol descnlMd herein. Interactive applkations may 
be descrbed by other protocols, including lor example, 
the Hypertext Mariajp Language ("HTML") or SUN 
MICROSYSTEMS INC.*s JAVA language A detailed 
description of one compact protocol suitat)ie for interac- 
tive applications, including siworted definitions, 
scripts, and commands, is described in U.S. Pat Na 
5,689,799. entitied "Method and Apparatus fbr Routing 
Confidential Information," which issued on November 
18. 1995 and is hereby incorporated by reference 
herein. The interactive applications are tiiemselves soft- 
ware products comprising executable code and data, 
which conf igures and controls the operation of a bro^- 
cast receiver 120. as further descril>ed t)elow. 
[0016] In one embodiment, the interactive applications 
database 112 includes reminder interactive applications 
which set and establish reminders fbr broadcast and 



non-broadcast events. In a prefened erribodiment a 
reminder interactive application includes forms to con- 
firm or cancel a reminder fbr a event, forms to display a 
reminder for an event scripts to display and manage the 

5 forms,' and data defining the details of a renrvnder to be 
provided to the viewer. The event description contains 
information useful to both the broadcast receiver 120 to 
configure itself to establsh and manage tfie reminder if 
so requested by the viewer, and information useful to 

w tiie viewer to descrit)e the event for which the reminder 
is estatsTished. In a preferred embodiment the event 
description includes: 

Event name: data providing a name or ottier identi- . 

75 tying information fbr the viewer to recognize the 
event The event name may also include unique 
identifying data used only by the broadcast receiver 
120 to identify the event desaiption. 
Event dateAime: data defining a date and/or time fbr 

20 a reminder to be displayed. 

Event channel: for broadcast events, data defining 
tfie network arxl/or channel on which the broadcast 
event will occur. This data is useful to altow the 
broadcast receiver 120 to automatically tune to ttie 

25 specified channel so that the viewer may immedi- 
ately view the broadcast event 
• Reminder data: data delining the time(s) wtien a 
reminder is to t>e displayed to the viewer. 

30 [0017] There may be a plurality of broadcast servers 
110, with each broadcast server 110 serving a particu- 
lar geographk: area, set of broadcasters, or set of sub- 
sait)er8. In one embodiment, each broadcast server 
1 1 0 is identified by a unique server identification code. 

35 [0018] Generally, the broadcast server 110 deter- 
mines whk:h interactive applications shoukJ be broad- 
cast on a particular channel at a particular time, 
retrieves the interactive applications corresponding to 
the particular channel aivl time from the database 112. 

40 and prepares the interactive applications for broadcast. 
[001 9] To determine which interactive applications are 
broadcast at tiie various times, channels, and so forth, 
the broadcast server 110 receives a playlist 113 of pro- 
grams to be broadcast by the broadcaster 114. In one 

45 embodiment tNs playlist 113 is prepared in advance 
and identifies the programs that will t>e k>n>adcast t3y ttie 
broadcaster 114 at particular times. In anottier embodi- 
ment the broadcast server 110 receives the playlist 113 
in real-time, identifying the program currentiy being 

50 broadcast by the txoadcaster 114, with the playlist 113 
being updated as tiie broadcast changes. In eitiier 
embodiment the playlist 113 contains sufficient infor- 
mation to kientify each program, its start and end times, 
the channel and network assignments, or broadcaster 

56 klentification code. The broadcast server 110 uses this 
information to identify and retrieve a corresponding, 
interactive application from the datal>ase 112 that is to 
accompany the program. 
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[0020] For example, a broadcaster 114 may broadcast 
advertisement (or a future tnoadcast event such as a 
spedal movie presentation. The broadcaster 114 may 
define a reminder interactive application ttiat is to be 
broadcast with the advertisement This reminder inter- 
active application will be stored in the interactive appli- 
cation database 112 with information identifying the 
advertisement and if necessary, the txoadcaster identi- 
fication code and broadcast times. When the broadcast 
server 110 receives a playlist 113 containing identifying 
information for the advertisement, it retrieves the 
reminder interactive application, for example by match- 
ing the broadcaster identification code, channel assign- 
ment for the advertisement and broadcast times with 
conrespondirig information in the interactive application 
datat}ase112. 

[0021 ] The broadcast server 110 formats a retrieved 
interactive application, if necessary, and othenwise pre- 
pares it for insertion into a broadcast signal. Using the 
playlist 113 received from the broadcaster 114. the 
broadcast server 110 passes the interactive application 

1 1 5 to the data insertion unit fDILT) 1 1 6 to Incorporate 
the interactive application 115 into the txoadcast data 
117 concurrent with the broadcast of the program. 

PATA INSERTION UNIT 

[0022] The DIU 116 receives the interactive applica- 
tion 115 from the txoadcast server 110 and the broad- 
cast signal, or feed, carrying the program corresponding 
to the interactive application 115. The broadcast feed 
may t>e received from the broadcaster 114. or. in the 
case where the broadcaster does not provide the feed, 
from a third party such as a network. cat)le operator, or 
local television station. The DIU 116 converts the inter- 
active application 115 into a format suitat)le for insertion 
into the broadcaster feed arxJ transmission therewith as 
broadcast data 117. The DIU 116 may receive feeds 
from multiple broadcasters and can Insert a separate 
interactive application into each feed. Ukewise. the DIU 

116 can simultaneously insert a separate interactive 
appfication into multiple channels from the same, or dif- 
ferent broadcasters 114. 

[0023] The DIU 116 inserts the broadcast data 117 
containing the interactive applicatior^ and t>roadcast 
programs into the tnoadcast medium. The broadcast 
mecfium is the frequency spectrum used to carry the 
interactive application 115. In one embodiment the 
broadcast medium is a standard analog television sig- 
nal following National Television Standards Committee 
fNTSC*^ standards and the VBI is used as a transport 
to broadcast the interactive application. The transport is 
tiie specific portion of the broadcast medium which car- 
ries the interactive application 115. In anotfier emkxxfi- 
ment. the broadcast medium is a standard MPEG2 
Digital Video Multiplex, containing one or more MPEQ2 
Video Sennoes. and a MPEG2 elementary stream (or 
streams) wittiin ttiis muttiplex is used as a transport 



[0024] In one embodiment tiie DIU 1 1 6 uses conven- 
tional mettiods to insert data defining an interactive 
application into tiie VBI of the broadcast feed. The 
Norti) American Broadcast Teletext Standard (EIA-506). 

5 defines the methods and protocols for sending data in 
one or more lines of the VBI. However, a wide variety of 
other transport mechanisms are avaDable. including 
those tiiat broadcast the.interactive application 115 sep- 
arately from the television program. Such transport 

10 mechanisms include out-of-t>and transmitters, v^ich 
transmit the Interactive application 115 on an unused 
portion of the television frequency spectrum, and con- 
ventional frequency modulation ("FM"^ radio transmit- 
ters, which transmit the interactive application 115 

15 outside the television frequency spectrum. In another 
emtxxfiment the DIU uses conventional methods to 
Insert data into an elementary stream witiiin a MPEG2 
multiplex. 

[0025] In one emtxxli ment error checking or error cor- 
20 recting codes such as Hantming codes are inserted with 
the data. In one embodiment the DIU 116 translates ttie 
data into a Hamming code, and in anottier enrtxxiiment, 
the data received by the DIU 116 from the t>roadcast 
server 110 is already encoded. 

25 

TRANSMITTEB 

[0026] The DIU 116 is coupled to a transmitter 11 8 for 
transmittir>g the broadcast feed, including the inserted 

30 interactive application. In one embodiment the trans- 
mitter 118 is a satellite i4>ltnk transmitting the feed to 
focal upDnk receivers which then distrixite the feed to 
the BRs 120 via cable. In anottier embodiment the 
transmitter 118 is a conventional csSoUe system head- 

35 end arrpi'rf ler. in yet other embodiments, the transmitter 
1 18 is a conventional televisfon broadcast transrrvtter or 
a high-definition televisfon digital transmtitter. 
[0027] In another embodiment the DIU 116 inserts 
the interactive application 115 into the program before 

40 the program is broadcast For example, the DIU 116 
may insert an interactive application into the source 
copy of a television commercial. Accordingly, the inter- 
active apptication is broadcast whenever the commer- 
cial is broadcast In ttiis embodiment, the broadcast 

46 server 110 does not need to synchronize the retrieval of 
ttie interactive application witti the schedule listed in the 
playlist 

fp02Si Regardless of transmission mettiod and inser- 
tion time, ttie broadcast data 117. including the interac- 

50 tive application, is received t>y a sut>scr3>er's BR 120. 
Alttiough only a single BR 120 is illustrated in Fig. 1 . it is 
understood that in a typical errfoodiment there are hurt- 
dreds or tttousands of BRs 120 receiving the broadcast 
data 117 and responding as descrfoed herein. In partic- 

55 ular. each broadcast receiver 120 may individually set 
and establish reminders for broadcast and non-broad- 
cast events as desired by their respective useis. In a 
typical embodiment, tiie BR 120 is a televisfon set-top 
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box receiving the data 11 7 via a coaxial cable. Addition- 
ally, the BR 120 may be integrated into the television. 
Moreover, other broadcast receivers, including a NTSC 
broadcast receiver, a tiigh-definit'on television digital 
receiver, a video cassette recorder, or a FM racfio 
receiver can also be used. 

RROADCAST RECEIVER 

[0029] Fig. 2 illustrates an embodiment of the BR 1 20 
according to an embodiment of the present inventioa In 
one embodiment, the BR 120 is the General Instrument 
CFT-2200 CATV set-top decoder. Ihe BR 120 includes 
a tuner 202 for receiving the broadcast data 117 from 
the transmitter 1 18. In one embodiment the tuner 202 is 
a conventional catHe television tune*. In other embodi- 
ments, the tuner is a television broadcast tuner, a 
radfo tuner, a digital tuner, or some other form of tuner. 
The embodiment illustrated in Fig. 2 shott« a display 
218, typically a television, within the BR 120. As men- 
tioned ak>ove. the display 218 may also be located exter- 
nal to the BR 120. 

[0030] The BR 120 also includes a data extractor 206 
coupled to the tuner 202 for extracting the interactive 
appBcation from the broadcast data 117. In one embod- 
iment, the data extractor 2CS is a conventional VBI 
inband data extraction circuit. In another embodinDent, 
the data extractor 205 is a conventional modem. The 
data extractor 208 provides a serial bitstream contain- 
ing the extracted interactive appTication onto a bus 
The bus 206 is coupled to a nrucroprocessor 210 which 
stores, via the bus 208, the extracted interactive appli- 
cation into a first storage device 212 as instructed l)y a 
program stored in a second storage device 214. In one 
embodiment, the nucroprocessor 210 uses the enor 
code infonmtion from the extracted data to check or 
con^ect errors in the decoded interactive application. In 
one embodinrient, the first storage device 212 is a con- 
ventional random access memory ("RAM") while the 
second storage device 214 is a conventional read-only 
memory ("ROM"). A third storage device 213. which 
rraiy be RAM or flash memory, is coupled to the micro- 
processor 210 to store reminder data. An advantage of 
flash memory is that software or (ferta resident in the BR 
120 can be modified tiy a received interactive appfica- 
tion. 

[0031] In one embodiment, the BR 120 also uses the 
data extractor 2CS to extract a time signal from the 
broadcast data 117. The time signal indicates the cur- 
rent tin)e using a standard tim^)ase, such as Coordi- 
nated Universal Time ("UTGl or the sub6crft)er'6 local 
tima In another embodmert, the BR 120 has a real- 
time dock that is either set by the subscriber or the 
received time signal. Regardless, tine BR 120 preferably 
has access to the current time and. accordingly, can 
perform date stamping and timing functions. 
[0032] As described below, the nuaoprocessor 210 
uses the program stored in the seoortd storage device 



214 and the interactive application stored in the first 
storage device 21 2 to execute the interactive application 
and provide an output. The program stored in the sec- 
ond storage device 214 is preferably an execution 

5 engine' 217 for executing an interactive application 
defined tiy various scripts, forms, definitions, and code 
and graphic resources. A preferred execution &igine is 
the Wink Engine provided by Wink Communications, 
Inc. of Alameda, California. The broadcast receiver 120 

70 includes either as part of the execution engine 217. or 
the native operating system 219 also stored in the sec- 
ond storage device 214. timer functions that can be run 
as backgrourtd processes to countdown from an input 
values or equivalent timing specification. 

IB [0033] The output from executing an interactive appli- 
cation may be, for example, a form presenting informa- 
tion or a menu to a televisfon viewer or for receiving 
viewer input, or it may be a re^nse, silent or other- 
wise, containing BR 1 20 or television usage data or indi- 

20 eating viewer preferences. For purposes of the present 
invention, tiie form may be a form to set or cancel a 
reminder, or to remind the viewer of an upcoming broad- 
cast or non-broadcast event. To this end, the BR 120 
preferably includes a graphics overtay gen^ator 21 S 

25 coupled to the t^us 2QQ and driv&i t)y the interactive 
application 115 stor^ in the f irst storage device 212 
and the program stored in the second storage devtoe 
214. The graphics overiay generator 216 generates a 
graphk;al display responsive to the interactive applica- 

30 tion 1 1 5. This graphical display is displayed on a di^lay 
218, typically a television, ooupH&i to the BR 120. Of 
course, the graphics overlay generator 216 is tyrMcaliy 
not used when an interactive applk;ation silently exe- 
cutes. 

35 [0034] In one embodiment, the graprtcs overtay gen- 
erator 216 also receives the broadcast signal corre- 
^nding to a broadcast program from the tuner 202 to 
alk]w simultaneous display of tiie broadcast program 
and the graphical aspects, if any. d the Interactive appli- 

40 cation 1 15. for example, to input data into a di^ayed 
form to set or cancel a reminder. In one embodiment, 
tiie mk^oprocessor 210 is also coupled to a user input 
decoder 222 coined to a user input receiver 224 to 
allow the user to oommuntoate with the nucroprocessor 

46 210 in order to respond to tiie int^active application 
115. In one embodiment, tiie user input decoder 222 is 
a conventional infrared rentote control decoder. The 
user input receiver 224 is preferably a conventional 
infrared receiver 224 with which the user mojf use a 

so conventional hand-held remote control device. Remote 
control keys pressed by tiie user translate to coded 
infrared signals that are recwed by the user input 
receiver 224, are decoded by ttie user input decod&^ 
222. and sent to the mk;roprocessor 210 to alfow the 

ss user to communicate with the interactive application 
115. 

[0035] In one embotfiment the BR 120 is a cable TV 
set-top decoder, connected to a cable system via a 
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broa(fi)and coax cable. In tNs embodiment line driver 
230 Is an RF modem which is capable of sending 
responses via the coax cable to the cable system h^d- 
end, typically using an out-of-band portion of the RF 
spectrum, and communications port 232 is a standard s 
RF lap. In another embodiment, the BR 120 is a televi- 
sion. VCR. or set-top in which line driver 230 is a stand- 
ard telephone modem and commurocations port 232 is 
astandardRJ-11 jack. 

[0036] The microprocessor 21 0 may also be coupled io 
to a conventional infrared command &icoder 226, which 
accepts an infrared command input and encodes a sig- 
nal for a conventional infrared emitter 228 to allow the 
interactive application 115 to control external devices. 

15 

iMTFRAmWE APPI ICATION EXECUTION 

[0037] Fig. 3 is a flowchart illustrating steps for receiv- 
ing and executing an interactive application using the 
compact information protocol according to a preferred 20 
embodiment of the present invention. The BR 120 
receives and decodes 310 an application header record 
pr^red by the broadcast server 110. inserted by the 
DIU 116. and transmitled by the transrratter 118. The 
application header record descrEbes the information that 2s 
follows and contains the interactive application identifi- 
calion code. 

[00^] The reminds functionality of the interactive 
application is describ«l by definitions, scripts. ax\6 com- 
maruJs which may be encoded and broadcast in any so 
order. The definitions, scr^. and commands are 
received and decoded 312 by the BR 120 and define 
the rwiirtder and response parameters used when exe- 
cuting 314 the reminder interactive application. 
[0039] Some or all of the received reminder interactive 3S 
appBcation may be stored 312 within the BR 120. In one 
embodiment, the interactive application Is r^eatedly 
broadcast, allcwir^g a BR 120 to tune to a program at 
any time yet receive the entire interactive application. 
Any desired updates to the stored interactive application 40 
may be received and decoded 316. If there are addi- 
tional or updated definitions, scripts, or commands, they 
may be sent until the application is complete 318. In one 
embodiment, a termination command may be broadcast 
to stop 320 the interactive application from reminder. 45 
[0040] A new interactive application nmy be sent at 
any time, including wtiile an ori^pnal application is set- 
ting a reminder or transmitting a re^>onse. For example, 
a new interactive application corresponding to a com- 
mercial interrupt an origirral application corre- so 
spending to a news program, the \an& application can 
resume operation upon termination of the former. As 
part of this functionality, in one embodiment a su^>end 
application command is sent by the new application in 
order to su^nd operation of the original application, ss 
and a resume application command may be sent by 
either application to ternunate the new an>lication and 
resume operation of the ori^nal application. 



OPERATION OF REMINDER If^ERACTIVE APPLI- 
CATIONS 

[0041 ] A pref^red embodiment of the present inven- 
tion includes a reminder interactive application for exe- 
cution in tiie BR 120 that establishes and sets 
reminders for broadcast and norvbroadcdst events. 
[0042] Referring now to Fig. 4, th«^e is shown a state 
diagrani for operatir^ a bro^cast receiver 120 in' 
accoidarK;e with the present invention to use r&ninder 
interactive applications. This behavior is implemented 
by the execution engine 217 executed by the processor 
210. The txoadcast receiver 120 is assumed to be 
tjn&i to some channel upon which broadcast data is 
being broadcast The execution engine 217 continually 
scans 400 broadcast data receiv«j from the transmitter 
118. and extracts any reminder interactive application 
115 that is included in the broadcast data. These steps 
are in accordance with steps 310-312 of Fig. 3. The 
reminder interactive application 11 5 is stored in the first 
storage device 212 to allow the execution engine 217 to 
execute it upon command from the user. The broadcast 
receiver 120 di^lays the broadcast progrEmrt on a dis- 
play device 21 8, such as a television saeea tor viewing 
in a normal manner. 

[0043] Where a reminder interactive application 1 1 5 is 
present, the txoadcast program will generally have con- 
tent tiiat informs the user atx>ut some event related to 
the broadcast program. For example, the broadcast pro- 
gram may be a commercial advertisement for a future 
broadcast event on the same or other channel, such as 
a pay-per-view program. Or tiie broadcast program may 
be a commercial advertisement for a non-brosdcast 
event, such as a sale at a local retail store, a promotion 
for a concert, an auction, or any other type off event that 
occurs independ^y of the broedcast^ broadcasting 
data about such event. 

[0044] While the viewer is watching the broadcast pro- 
gam, she may decide to set a reminder to remind her 
about the event. To do so she activates 401 a button on 
an input device, such as a remote control unit which 
sends a signal to the tKoadcast recover 120. The 
broadcast receiver 120 receives this user input signal 
via the user input receiver 224 and executes 402 the 
reminder int&^active application 115 stored in storage 
d6vk;e 212. In another embodiment, a fishing icon is 
initially presented on ttie display 218 to inform tiie 
viewer of the presence of an interactive application 115; 
the viewer can tiien activate the int&active application 
115 as desired. 

[0045] The reminder interactive application 115 uses 
its internally defined event description data to create a 
renr«nder confirmation form, wtuch it displays to tave 
tiie viewer confimn that she wants to set a reminder for 
tiie event. The di^lay is generated witti ttie graphics 
overiay generator 216. and output on the display device 
218. 

[0046] Fig. 5 illustrates a simple reminder confirnrB- 
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tion form 500. In this example, the event description 502 
Included In the reminder interactive application 115 
Includes the event name "Its A Wonderful Life." a 
date/time of 8:00 pm on 3/3/98. and a channel. The user 
re^)onds to the form 500 by selecting the appropriate 
key on the user input device, e.g. a "^es" or "Enter* key 
to activate a con^e^nding "Yes" form tsutton 504. or 
"No" or "Cancel" key to activate the "No" fonm button 
504. 

[0047] ITie broadcast receiver 1 20 receives the user 
input. H the user input cancels 405 the reminder, then 
reminder interactive application 115 is exited, and no 
further action is taken. The broadcast recover 120 
returns to scanning for the next interactive applicatfon 
that is broadcast 

[0048] If the user input confirms 403 the reminder, 
then the broadcast receive' 120 stores 404 reminder 
data from the reminder interactive application 115 In 
memory 213. and establishes a timer based on the 
reminder data. Generally the reminder data includes 
data for dete-minlng a future time for displaying a 
reminder for the event, and an event d^cription. for 
example as shown in Ftg. 5. The data for determining a 
future time nr»y be the actual time that the reminder is 
desired, or an amount of time until the future time, or 
other variation. In any event, the broadcast receiver 1 20 
estatilishes a timer that expires at the future time. The 
future time need not be the actual time at which tiie 
event occurs, but is preferably some time before the 
time of tiie event to allow the viewer to take wfatever 
actions are desired for vieanng or particij^ting in the 
event. For example, for a broadcast event such as tele- 
vision program about to be aired, the future time may be 
1-5 nrtinutes before the event time. For a non-broadcast 
event, such as a sale at retail establishment, the future 
time nr^y be several hours, or days before the time of 
the non-t)ro^cast event. 

[0049] The present invention also alfows for multiple 
reminders for a given event to be provided to ttie viewer. 
T1^ alk3ws the broadcast recdver 120 to notify the 
viewer several times before the event occurs. For exam- 
pie, for a broadcast event, reminders 1 day. 1 hour, and 
1 minute before the broadcast event n»y be defin«j In 
tfie reminder data, and displayed at the appropriate 
dates and times. Sinnlarty for a non-broadcast event 
reminders 3. 2. and 1 day before the event n^ be 
defined in the renmnder data. 

[0050] The timer may t>e an internal function of the 
execution engine 21 7. or it n^ be part of an und&lying 
operating system that controls the broadcast receiver 
1 20. In eith& case, the execution engine 217 maintains 
data wftich associates each timer with specific reminder 
data, ther^ allowing the execution engine 217 to nrwi- 
age multiple timers for multiple reminders at orrca In the 
first implementation, the execution engine 217 is 
re^)onsa3le for managing ttie timer, and does so by hav- 
ing the timer execute in tiie background while other 
functions are k>eing handled, such as executing other 



interactive applications, displaying program data, 
receiving user inputs, artd so forth. In the latter imple- 
mentation, tiie operating system manages the timer, 
and notifies the execution engine 217 when the timer 

5 expires. Either of these or similar implementations may 
be used, as the specifics of how the timer is imple- 
mented is not material to the Invention. 
[0051] After a tamer is established 404. it runs i^l it 
expires 411. When a timer expires 411 the execution 

10 engine 21 7 obtains from memory 21 3 the event descrip- 
tion associated with the timer in ot6& to create 40S a 
reminder display form which is used as tiie reminder to 
the viewer. This form may be an internally stored 
reminder (fisplay interactive application tfiat displays the ' 

IS event desaiption. or it nay t>e constructed from graphic 
primitives available to the execution engine 217 and 
intemal engine functions. It should be noted tiiat in ntost 
cases the reminder interactive applicalion 115 which 
was initially used to establish the reminder is no longer 

so present, and not available for execution, and it is for this 
reason tiiat either the execution engine 217 itself or a 
resident reminder di^ay Interactive application is used 
to display the reminder display form. 
[0052] The reminder display form with ev&it desaip- 

25 tion is displayed to the viewer, either for a predeter- 
mined amount of time (413). or preferably until the 
viewer confirms 417 the display or cancels 415. The 
broadcast receiver 120 receives the viewer's input if 
any. and proceeds accordingly. 

30 [0053] Fig. 6 illustrates an exemplary reminder di^ay 
form 600 for a broadcast event, here a pay per view 
event which requires viewer acknowl^gment 604. The 
viewer may either confirm ("Yes") or cancel f No") the 
reminder. In this example. If the viewer confirms 41 7 the 

35 rennnder. then tiie broadcast receiver 1 20 automatically 
tunes 410 to tiie channel associated with the txo^toast 
event using the Information in the event description. 
Further, since tiiis is a ^^y-per-view event, the execution 
engine 217 automatically Initiates tiie necessary func- 

40 tions to purchase the pay-per-view event such as stor- 
ing the necessary viewer billing information in memory 
213 for uploading to the bro^icast system for bilfing pur- 
poses. Mechanisms for purcfiasing pay-per-view events 
are well known to those of skill In tiie art. For broadcast 

45 events that do not require a purchase, the execution 
engine 217 need only tune to the channel defined for 
the broadcast event H tiie viewer cancels 415 tiie 
reminder (i.e. "No"), then the execution engine 217 
takes no further action, and does not tone to the chan- 

50 nel for the t>roadcast event. 

[0054] Renunders for non-broadcast events are simi- 
lar to reminders for broadcast events. Fig. 7 illustrates 
an exemplary rerrunder confirmation form 700 for a non- 
bro^icast event In this example a sale at a local retail 

S5 store. This form TOO would be displayed 40S concur- 
rentiy with the (fisplay of a commercial advertisement. 
Here, tiie event description 702 stored In menrory 213 
would include tiie event name "Macy% After-Ttanks^v- 
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ing Sale" and dateAime data for the start of the event 
For multiple reminders, the rerrander data may include 
data to set future times for reminders 3. 2. and 1 day in 
advance of the event or other desirable schedule. 
Again, the user can either confirm or cancel the s 
reminder. A reminder display form for a non-broadcast 
event would be similar to the form shmm in Rg. 6. but 
writh the appropriate content A reminder display form for 
a non-broadcast event is displayed to the viewer, either 
for a predetermined amount of time (413), or preferably to 
until the viewer conf irms 41 7 the displey or cancels 415. 
If a timeout 413 occurs, then the BR 120 returns to 
scanning 400 for the next interactive application. 
[0055] In an embodiment with multiple reminders for a 
giveri event, a series of renunders includes a number of is 
non-tenninal reminders followed by a last temiinal 
reminder. In this embodiment after each non-terminal 
reminder is displayed 406 to the viewer and confirmed 
41 8. the execution engine 21 7 resets 408 a timer for the 
future time for displaying the next reminder. In ttiis fash- 20 
ion, the series of reminders are appropriately displayed 
to the viewer. Each of these reminders nr^ay have its own 
event description to provide a logical handling of viewer 
inputs. For example, non-temmnal reminders may allow 
the viewer to confirm the next reminder or cancel the zs 
series of reminders. In the latter case, the execution 
engine 21 7 removes the reminder data for tiiis reminder 
from memory 21 3. If the viewer does not cancel or con- 
firm the reminder before a timeout 421 . then tiie timer 
for the next renrtinder is automatically set 408. 30 
[0056] In summary, ttie present Invention provides a 
system, method, and various software based products 
to allow an inter»:tive broadcast system to be used for 
establisNng reminders for both broadcast and non- 
broadcast events. Because the reminders are estab- ss 
lished concurrentiy while viewing a broadcast program 
related to the desired future event or reminder, the 
viewer does not have to access and traverse a separate 
program guide to establish a reminder. In addition, this 
allows the viewer to set rerrtinders for non-broadcast 40 
events which do not appear in conventional program 
guides. 

Claims 

45 

1. A computer implemented mettiod of operating a 
broadcast receiver for estabOshing reminders for 
events related to broadcast programs, the broad- 
cast receiver including a local memory, the method 
comprising: so 

receiving broadcast data including at least one 
broadcast program and separate reminder 
data associated with ttie broadcast program; 
displaying ttie broadcast program; ss 
concurrentiy with displaying the kxoadcast pro- 
gram, receiving a user input to establish a 
reminder for an event related to the broadcast 



program; 

, storing in the local memory the reminder data 
for tiie event, including data for determining a 
future time to display the reminder, and a 
description of the everrt; and 
responsive to the futore time, displaying on a 
display device coupled to ttie broadcast 
' receiver the reminder inducfing the description 
, of the event. 

2. The method of claim 1 . wherein an event is a non- 
broadcast event and the broadcast program is an 
advertisement or advance notice for the non-broad- 
cast event 

3. The mettiod of daim 1 or 2. wherein tiie broadcast 
receiver tunes broadcast programs on a plurality of 
channels, the method further corrprising: 

receiving a broadcast program on a first cfian- 
nel indicating a broadcast event occuning at a 
future time on a second channel; and 
receiving a user input to establish a reminder 
for an event related to ttie broadcast program, 
corrprising receiving while tuning on the first 
channel a user input to establish a rentinder for 
the broadcast event occurring at the future time 
on the second channel. 

4. The method of one of the prececfing claims, furtiier 
comprising: 

establishing in the broadcast recmer a timer 
that expires at the future time to display ttie 
reminder. 

5. The method of one of ttie preceding daims, further 
comprising: 

tuning to first channel, and displaying a first 
broadcast program on the first channel; 
displaying a reminder for a second broadcast 
program occuning on a second channel differ- 
ent from the first diannel; and 
tuning to ttie second channel, and cfisplaying 
the second broadcast program. 

6. The mettiod of daim 5, furttier comprising: 

storing data indicative of a purcfiase of the sec- 
ond broadcast program. 

7. A computer implemented mettiod of operating a 
broadcast receiver for establishing reminders for 
events related to txoadcast programs, the broad- 
cast receiver induding a local memory, the method 
comprising: 
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receiving broadcast data including at least one 
broadcast program and a reminder interactive 
application associated with the broadcast pro- 
gram; 

dsptaying the broadcast program; 
concurrently with displaying the iKoadcast pro- 
gram, receiving a user input activating the 
reminder interactive application to estat)rish a 
reminder for an event related to the broadcast 
program; 

storing in a local memory ren^nder data for the 
event, the reminder data including data for 
determining a future time to display the 
reminder and a descrption of the event; 
maintaining a timer that expires at the future 
time; and 

responsive to ttie timer expiring, displaying the 
reminder including the description of the event 

8. The method of claim 7. further comprising: 



10 



IS 



so 



storing a reminder form in the local memory; 
and 

displaying the reminder including the descrip- 
tion of the event further comprises: 2S 

combining the reminder form and the 
description of the event to aeate the 
reminder. 



30 



9. An apparatus for estafcriishing and icommunicating 
reminders of events related to broadcast programs, 
the apparatus comprising: 

a tuner for receving broadcast data including 
at least one broadcast program and reminder 
data for an event associated with the broadcast 
program, the reminder data including data for 
determining a future time to display a reminder 
of the event, and a description of the event; 
a memory ootpled to the tuner to receive and 
store the renvnder data in response to a user 
input requesting establishment of the renrunder 
for the event; 

a timer coupled to the menwy, the timer e4)ir- 
ing at the future time; and 
a processor coupled to the memory and the 
timer to receive the event description and a sig- 
nal from the timer indicating that the time has 
expired, and to generate the renvnder from the 
reminder data, the reminder including the event 
description, the processor outputting the 
reminder for display on a display device 

1 0. The system of daim 9. wherein: 

the broadcast data includes an executable 
reminder inteFactive application that contains 



40 



50 



ss 



the reminder data; 

the processor executes the reminder interac- 
tive application to receive the user . input 
requesting estatilishment of the reminder for 
the event stores the reminder data contained 
in the reminder interactive appfication in the 
memory, and establishes and manages the 
timer to expire at the future time 
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